home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / p_man / cat4 / cachefs.z / cachefs
Encoding:
Text File  |  2002-10-03  |  5.6 KB  |  133 lines
  1.  
  2.  
  3.  
  4. ccccaaaacccchhhheeeeffffssss((((4444))))                                                          ccccaaaacccchhhheeeeffffssss((((4444))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      cachefs - Cache File System Description
  10.  
  11. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  12.      CCCCaaaacccchhhheeeeffffssss is a file system layered above other standard IRIX file systems.
  13.      It performs automatic local caching of data from one file system
  14.      (typically remote) on a local file system.  Any of the following file
  15.      systems may be used for the cached data:  _x_f_s and _e_f_s.  Any of the
  16.      following file systems may be used as the source of data to be cached:
  17.      _n_f_s, _n_f_s_3, _i_s_o_9_6_6_0, _c_d_f_s, _h_f_s, _k_f_s, _d_o_s, and _u_d_f.
  18.  
  19.      Data is cached when it is first accessed.  Subsequent accesses will
  20.      retrieve the data from the cache.  Consistency will be maintained in a
  21.      manner similar to that used for NFS.
  22.  
  23. TTTTEEEERRRRMMMMIIIINNNNOOOOLLLLOOOOGGGGYYYY
  24.      ffffrrrroooonnnntttt ffffiiiilllleeee ssssyyyysssstttteeeemmmm
  25.           This is the local file system on which cached data is stored.
  26.  
  27.      bbbbaaaacccckkkk ffffiiiilllleeee ssssyyyysssstttteeeemmmm
  28.           This is the file system which contains the definitive copy of the
  29.           data.  Data is retrieved from this file system and cached on the
  30.           front file system.
  31.  
  32.      ccccnnnnooooddddeeee
  33.           This is the internal data structure used by ccccaaaacccchhhheeeeffffssss to manage its
  34.           files.  There is one _c_n_o_d_e for each open file.  Each _c_n_o_d_e occupies
  35.           128 bytes on a 32 bit system and 256 bytes on a 64 bit system.  In
  36.           addition, each _c_n_o_d_e points to a dynamically allocated area of 512
  37.           bytes containing metadata and attributes.
  38.  
  39. TTTTUUUUNNNNIIIINNNNGGGG
  40.      CCCCaaaacccchhhheeeeffffssss has a number of different tuning parameters, some of which are
  41.      supplied on the _m_o_u_n_t(1M) command (see _f_s_t_a_b(4)), some of which are
  42.      supplied via _c_f_s_a_d_m_i_n(1M), and some of which are kernel tuanbles
  43.      adjustable with _s_y_s_t_u_n_e(1M).
  44.  
  45.      The kernel tunables are adjustable on a running kernel and control
  46.      readahead, asynchronous operations, and _c_n_o_d_e caching.  The kernel
  47.      tunables are described below.
  48.  
  49.        ccccaaaacccchhhheeeeffffssss____rrrreeeeaaaaddddaaaahhhheeeeaaaadddd
  50.             This controls the number of blocks to read ahead of the current
  51.             block being read.  These will be read asynchronously.  The size of
  52.             a block is whatever the preferred I/O size is for the front file
  53.             system.
  54.  
  55.        ccccaaaacccchhhheeeeffffssss____mmmmaaaaxxxx____tttthhhhrrrreeeeaaaaddddssss
  56.             This is the maximum number of asynchronous I/O daemons allowed to
  57.             be running per ccccaaaacccchhhheeeeffffssss mounted file system.
  58.  
  59.  
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. ccccaaaacccchhhheeeeffffssss((((4444))))                                                          ccccaaaacccchhhheeeeffffssss((((4444))))
  71.  
  72.  
  73.  
  74.        ffffiiiilllleeeehhhheeeeaaaaddddeeeerrrr____ccccaaaacccchhhheeee____ssssiiiizzzzeeee
  75.             This is the size in 512-byte units of the in-memory cache of file
  76.             header information (cached attributes and other metadata).  This
  77.             number indicates the number of such headers retained after other
  78.             system internal data (e.g., the vnode) for a file has been
  79.             released.
  80.  
  81.        rrrreeeeppppllllaaaacccceeeemmmmeeeennnntttt____ttttiiiimmmmeeeeoooouuuutttt
  82.             This controls the time between reconstructions of the replacement
  83.             list by the replacement daemon (cachefs_replacement).  If no
  84.             replacement requests are made by the kernel within this time
  85.             limit, the daemon will time out and reconstruct the list.
  86.  
  87. CCCCOOOONNNNFFFFIIIIGGGGUUUURRRRAAAATTTTIIIIOOOONNNN FFFFIIIILLLLEEEESSSS
  88.      Mounts of cachefs file systems performed at system startup use options
  89.      supplied in /_e_t_c/_c_o_n_f_i_g/_c_a_c_h_e_f_s._o_p_t_i_o_n_s. This file may contain any
  90.      options for _m_o_u_n_t(1M) desired.  Of particular interest is the "-m"
  91.      option.  This option allows the administrator to limit the number of
  92.      parallel mount processes mounting cachefs file systems.  This will be
  93.      required on systems where some cachefs file systems fail to mount due to
  94.      a lack of swap space.
  95.  
  96. LLLLIIIIMMMMIIIITTTTAAAATTTTIIIIOOOONNNNSSSS
  97.      Mandatory file locking is not supported on ccccaaaacccchhhheeeeffffssss.
  98.  
  99. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  100.      _c_f_s_a_d_m_i_n(1M), _f_s_t_a_b(4), _s_y_s_t_u_n_e(1M), _m_o_u_n_t(1M)
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.